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EP 1 050 328 B1 

Description 

[0001 ] The present invention relates to a method and apparatus for broadcasting interactive applications to a plurality 
of users via respective user interfaces. 

5 [0002] In conventional interactive broadcast systems, data is broadcast to a plurality of user interfaces (e.g. televi< 
sions with set-top boxes) from a central control, e.g. computer, system (CCS). In order to deliver timed applications it 
is necessary to provide a local clock generator with each user interface. The user interface can then deliver the inter- 
active application with reference to the signal from the local ciocic generator The local clock generator is then synchro- 
nised with a central clock at the CCS to ensure that the interactive application is perfonned simultaneously at all user 

10 interfaces. However, since this means that the local clock must be adjustable. It is possible for the clock adjustment to 
be used in a fraudulent way. For instance a user can receive a quiz game on two user interfaces, one where he has 
deliberately adjusted the local clock and the other not. The user can then view the answers on the one user interface 
and enter the correct answers on the other user interface before it becomes locked out. 

[0003] Previous proposals for detecting fraud are described in US-A -5850447 and WO-A-95/15653. In these cases, 
15 the local user interfaces detect fraud and notify the CCS. This itself can be compromised locally in some cases. 

[0004] in accordance with one aspect of the present invention there is provided an interactive broadcast system 
comprising a plurality of user interfaces each comprising a local clock signal generator, wherein each user interface 
delivers interactive appfications to a respective user with reference to its respective local clock signal; and a centra! 
control system (CCS) for broadcasting data to the user interfaces and for receiving data sent at a specific local time 
20 from the user interfaces, the CCS being adapted to identify fraudulent users by comparing the time at which said data 
are returned from a plurality of the user interfaces. 

[0005] In accordance with a second aspect of the present invention there is provided a method of detecting fraudulent 
users in an interactive broadcast system, the method comprising 

25 (1 ) broadcasting data to a plurality of user interfaces from a central control system (CCS) ; 

(2) generating a local clock signal at each user interface; 

(3) delivering an interactive application to a respective userfrom each user interface with reference to its respective 
local clock signal; 

(4) receiving at the CCS data sent from the local interfaces at a specific local time; and, 

30 (5) identifying fraudulent users by comparing the time at which said data are returned from a plurality of the local 

interfaces. 

[0006] In contrast to the previous proposals, the CCS detects fraudulent use by comparing the time of receipt of data 
from a plurality of user interfaces. It is thus not dependent on data received from a single interface. 

35 [0007] In one method, step (4) comprises first sending a return path request to the user interfaces, 

step (5) comprising monitoring the time of receipt of return path data generated by the user interfaces in response 
to the return path request to identify user interfaces which have sent retum path data which is advanced or delayed 
by more than a predetermined threshold. For example, the retum path request may cause the user interfaces to retum 
a local score at the end of an Interactive application as detemiined by the user interface. 

40 [0008] In another method, the local interfaces could be automatically controlled to return certain data, e.g. a score, 
at the end of an interactive game or at some other predetermined game time and not directly in response to a request 
from the CCS. However, the CCS will know when this retum data is expected and can make the necessary comparisons. 
[0009] The user interfaces may utilise their respective local clock signals in a number of ways. In a first example an 
application start signal is broadcast to the user interfaces by the CCS. The user interfaces calculate an application 

45 time local clock signal with reference to the application start signal. Each user interface can then deliver the interactive 
application with reference to its respective application time local clock signal. In a second example a central clock 
signal is periodically broadcast to the user interfaces representing a central time. The user Interfaces can then calculate 
an offset signal with reference to the central clock signal and a respective local clock signal. The offset signal can then 
be used by the user interfaces at any time to determine the central time from their local clock signal. This can conven- 

50 iently be implemented as part of a repetitive broadcast as described in EP-A-09981 45. 

[0010] The interactive application may take a variety of different forms - for instance it may comprise a video game 
whk:h is played simultaneously by a number of remote users, or a quiz game played simultaneously by a number of 
remote users. The application may be broadcast in conjunction with a live TV event. For instance the application may 
enable the user to take part In a live TV quiz, or predict the occurrence of certain events in a live sporting event. 

55 [0011] An example of the present invention will now be described with reference to the accompanying drawings, in 
whk:h: 

Figure 1 is a schematic diagram of a digital broadcast network; and. 
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Figure 2 is a schematic diagram of a user interface. 

[0012] The digital broadcast network shown in Figure 1 comprises an Interactive game control system 1 Including a 
central control, in this case computer, system 2, an application data store 3 and a CCS clock 40. The application data 

5 Store 3 contains setup data and real time data which can be accessed and amended by the CCS 2. The setup data 
may comprise executable program files, bitmaps, sound samples, video clips, and other multimedia and data resources. 
The real time data comprises data which Is broadcast after the scheduled start time (eg question/answer data for a 
quiz game application). The setup data and real time data Is fed at an appropriate time to a broadcast headend mul- 
tiplexer 4 via a data feed 5. The CCS also generates electron^ programme guide (EPG) data which Is fed to an EPG 

10 multiplexer 6 via EPG data feed 7. Each item of EPG data includes a programme identifier (PID) and a system infor- 
mation (SI) table containing EPG information relating to that PID (eg. name, scheduled start time, splash screen data 
etc). 

[0013] Broadcast TV stations 8 (BBC1) and 9 (Channel 4) each generate digital audio and video signals which are 
fed to the broadcast headend multiplexer 4 via respective data feeds 10,11. The data feeds 5,10,11 may be via dedicated 
IS cables or via broadcast on the air or any other suitable medium. 

[0014] The broadcast TV stations 8,9 also generate EPG data which is fed to the EPG multiplexer 6 via respective 
data feeds 12,13. The EPG data may contain the programme name, broadcast TV station name and any other pro- 
gramme related infomiation. 

[001 5] The broadcast headend multiplexer 4 multiplexes the digital data from the data feeds 5. 1 0, 1 1 and outputs the 

20 data serially to a transmitter 14 as an MPEG-II transport stream 30. 

[0016] Similarly the EPG multiplexer 6 multiplexes the digital data from the EPG data feeds 7,12,13 and outputs the 
data serially to a transmitter 16 as an MPEG-II transport stream 31 . 

[0017] The transmitters 14,1 6 then transmit the data over a transmission medium 15. This may be a digital or analog 
television broadcast system, terrestrial or satellite, or cable, or the Internet, or the like. 
25 [001 8] A number of user Interfaces (Uls) 1 7,1 8, 1 9 etc. receive data from the transmission medium 15. The Uis can 
also send data to the CCS 2 via the public-switched-telephone-network (PSTN) 20 or other return path means (not 
shown) such as a cable-modem, or even via the transmission medium 15. 

[0019] One of the user interfaces 17 is shown in detail in Figure 2. The Ul comprises a conventional television set 
21 , a set-top box 22 and one or more Input devices 33. The television set 21 comprises a cathode ray tube (CRT) 35 

30 and a tuner 23 coupled to an aerial 24. The tuner 23 is setectively tuned by a central processing unit (CPU) 25 to 
receive data from the transmission medium 1 5. Data is passed to a demultiplexer 26 which demultiplexes the MPEG-II 
transport stream. Setup data and real time data is fed to the CPU 25 and video/audio data is fed to a display interface 28. 
[0020] The CPU 25 accesses a random access memory (RAM) 27 and a read only memory (ROM) 32 to compile a 
display signal which is passed to the display interface 28 and merged with the audio/video signal from the demultiplexer 

35 26. An input device 33 provides input to the CPU 25 from a user. An STB clock 41 feeds an STB clock signal to the 
CPU 25. Return path data is retumed to the CCS 2 by the CPU 25 via a modem 34 and the PSTN 20. 
[0021] An example of an interactive quiz game application will now be described. 

[0022] Ten minutes before the scheduled start time of the quiz game, the CCS 2 downloads setup data relating to 
the application from the application data store 3, and feeds It to the broadcast headend multiplexer 4. The multiplexer 
40 4 then places the data on a broadcast carousel whereby it repeatedly transmits the setup data on the transport stream 
30 as described in more detail in EP-A-0998145. 

[0023] The user interfaces can then download the setup data by switching the tuner 23 to receive data from the 
transport stream 30. Setup data with the required PID is downloaded by CPU 25 and saved in the RAM 27. Once all 
of the setup data has been downloaded (or sufficient components of it to allow execution to commence) timed execution 

45 of the scheduled interactive apptteatlon can commence. 

[0024] At the scheduled start time, the CCS 2 generates real time question data which is broadcast to the user 
interfaces. At the same time the CPU 25 automatically enters a game mode in which the user is presented with a series 
of questions based on the received question data. The user provides answers by selecting answer icons using the 
input device 33. At a set time following display of a question, the user is "locked out" (i.e. is prevented from entering 

so an answer to the question) by the CPU 25 and the answer is displayed on the CRT 35. If the CPU 25 detemnines that 
the user has answered correctly, then a score is awarded and stored locally. 

[0025] The questions and answers may fill the entire CRT screen. Attematively the questions and answers may be 
overiaid on a real-time television broadcast of a presenter reading out the questions to competitors in a television 
studio, for example originating from the Channel 4 broadcast TV station 9. 
S5 [0026] At the end of the game, the CPU 25 transmits the user's score to the CCS 2 via the modem 34 and PSTN 20. 
[0027] Each user has an account with a number of cash credits which are stored and managed by the CCS 2. On 
receipt of scores from a number of user interfaces the CCS 2 compares the scores and issues prizes to the users with 
the highest scores by adding cash credits to their accounts. This use of credits or tokens is described in more detail 



3 



EP 1 050 328 B1 



in EP-A-0858225. 

[0028] The way In which the systenn of Figures 1 and 2 handles time will now be described. The CCS clock 40 
constantly generates a central clock signal CCS CLOCK. The STB clock 41 constantly generates a local clock signal 
STB CLOCK. In general STB CLOCK will be offset from CCS CLOCK and from the STB CLOCK signals of the other 
5 user interfaces 1 8,1 9 etc. In order to account for this lack of clock synchronisation, the CCS clock is periodically trans- 
mitted by the CCS 2 to the user Interfaces 1 7-1 9 etc. Each CPU 25 can then calculate an offset value which is stored 
In a RAM 42: 

OFFSET = CCS CLOCK - STB CLOCK. 

[0029] This enables the CPU 25 to calculate CCS CLOCK at any time as: 

CCS CLOCK = STB CLOCK + OFFSET. 

[0030] Before, at or even after the start of the quiz game, the CCS 2 transmits a game start clock signal CCS CLOCK 
(game start) to the user Interfaces defining the time according to the CCS at which the game starts. The CPU 25 In 
each STB can then calculate the STB game start time as: 

20 

STB CLOCK (game start) = CCS CLOCK (game start) - OFFSET. 

[0031] During the quiz game, the CCS 2 retrieves question and answer data from the store 3 and places the data 
25 on the transport stream 30 before It is to be displayed by the user Interfaces. Each item of data contains question/ 
answer data, and also a relative game time (i.e. a time from the start of the game) at which the data is to be displayed. 
For instance the following sequence of data may be broadcast during a quiz game: 



30 



Data 


Relative Game Time 


Question A 
Answer A 
Question 8 
Answer B 


60 seconds - 70 seconds 
70 seconds - 75 seconds 
75 seconds - 85 seconds 
85 seconds - 90 seconds 



35 

[0032] Thus Question A is placed on the transport stream prior to 60 seconds from game start, and is displayed from 
60-70 seconds from game start. During that 1 0 second period the user inputs his answer. At 70 seconds the user 
interface Is locked out and the answer to question A is displayed for the next 5 seconds. 

[0033] The CPU 25 handles the relative game time messages in the following way. The data and relative game time 
40 is input to the CPU 25. The CPU 25 then calculates the STB CLOCK time corresponding with the relative game time as: 

STB CLOCK (relative) = STB CLOCK (game start) + relative 
^ game time. 

[0034] Thus the CPU displays Answer A between STB CLOCK (70 seconds) and STB CLOCK (75 seconds). 
[0035] A fraudulent user can take advantage of this system as follows. This fraudulent user Inserts an adjustment 
module 46 (shown in dotted lines in Figure 2) to adjust the signal STB CLOCK from the STB clock 41 . This could either 

so set STB CLOCK forward or backward by a f ixed amount, or could slow down or speed up the rate of STB CLOCK. The 
adjustment module 46 is enabled by the user after STB CLOCK (game start) has been calculated. As a result the 
display of any subsequent question or answer data is delayed or advanced when compared to other STBs. By running 
two user interfaces (one with STB CLOCK adjusted, the other not) the fraudulent user can view the answers on one 
user Interface and enter the correct answers on another user interface before it becomes locked out by the CPU 25 

S5 since that CPU 25 will not have reached the relative game time at which lock out occurs. 

[0036] This fraudulent clock adjustment is detected In one or more of a number of ways as discussed below. 
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1. Return Path Request 

[0037] At some point after the game start (either during or after the game) the CCS 2 sends a return path request 
to the user interfaces, asking them to send an acknowledgment back to the CCS 2 at a certain relative game time. If 
5 the acknowledgment from one of the user interfaces is delayed or advanced (when compared to the return time of 
acknowledgements from the other user interfaces) by more than a predetermined threshold then it is likely that STB 
CLOCK on that user Interface has been adjusted. Therefore that user interface is identified and no prize is issued to 
the fraudulent user registered with the Identified user interface. 

10 2. Return Path Scores 

[0038] The user interfaces are requested to send their scores back to the CCS 2 at the end of the quiz game. If the 
return time of the score from one of the user interfaces is delayed or advanced (when compared to the return time of 
scores from the other user interfaces) by more than a predetermined threshold, then that user Interface is Identified 
15 as a fraudulent interface, and no prize is issued to the user registered with the fraudulent interface. 
[0039] Optionally, the following method may also be employed. 

3. STB CLOCK monitor 

20 [0040] A monitor 50 is provided to monitor STB CLOCK and OFFSET. This could be a separate module or part of 
the CPU 25. If either of these signals is adjusted then the monitor 50 sends a detection signal to the CPU 25 which 
infonns the CCS 2 with an identification message. Thus if the user either adjusts STB CLOCK immediately after STB 
(game start) has been calculated; or resets STB CLOCK at the end of the game to attempt to disguise their fraud, then 
this adjustment will be detected by the monitor 50. 

25 

Claims 

1. An interactive broadcast system comprising a plurality of user Interfaces each comprising a local clock signal 
30 generator, wherein each user Interface delivers Interactive applications to a respective user with reference to Its 

respective local clock signal; and a central control system (CCS) for broadcasting data to the user interfaces and 
for receiving data sent at a specific local time from the user interfaces, the CCS being adapted to identify fraudulent 
users by comparing the time at which said data are returned from a plurality of the user interfaces. 

35 2. A system according to claim 1 , wherein each user interface comprises a monitor for detecting adjustment of the 
local clock signal. 

3. A system according to claim 1 or claim 2, wherein the CCS is adapted to send a return path request to the user 
interfaces and to monitor the time of receipt of corresponding return path data generated by the user interfaces in 

40 response to the return path receipt to identify user interfaces which have sent retum path data which is advanced 

or delayed by more than a predetermined threshold. 

4. A system according to claim 3. wherein the return path request causes the user interfaces to return a local score 
at the end of an interactive application as detemnined by the user interface. 

45 

5. A system according to any of the preceding claims, wherein the CCS is adapted to broadcast an application start 
signal to the user interfaces, wherein each user interface comprises means for calculating an application time local 
clock signal with reference to the application start signal, and wherein each user interface delivers Interactive 
applications to a respective user with reference to its respective application time local clock signal. 

50 

6. A system according to any of the preceding claims, further comprising means for periodically broadcasting a central 
clock signal to the user interfaces; and wherein each user interface comprises means for calculating an offset 
signal with reference to the central clock signal and its respective local clock signal so as to enable the central 
clock signal to be obtained from the local clock signal. 

55 

7. A method of detecting fraudulent users in an interactive broadcast system, the method comprising 

(1) broadcasting data to a plurality of user interfaces from a central control system (CCS); 
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(2) generating a local clock signal at each user interface; 

(3) delivering an interactive application to a respective user from each user Interface with reference to its 
respective local clock signal; 

(4) receiving at the CCS data sent from the local interfaces at a specific local time; and, 

5 (5) identifying fraudulent users by comparing the time at which said data are retumed from a plurality of the 

local interfaces. 

8. A method according to claim 7, wherein step (4) comprises first sending a return path request to the user interfaces, 

step (5) comprising monitoring the time of receipt of return path data generated by the user interfaces in 
10 response to the return path request to identify user interfaces whteh have sent return path data whteh is advanced 

or delayed by more than a predetermined threshold. 

9. A method according to claim 8 wherein the return path request causes the user interfaces to return a local score 
at the end of an interactive application as detemnlned by the user interface. 

IS 

10. A method according to any of claims 7 to 9, further comprising 

(6) broadcasting an application start signal to the user interfaces; and 

(7) calculating an application time local clock signal with reference to the applk:ation start signal, 

20 

wherein each user interface delivers interactive applteations to a respective user with reference to its respec- 
tive application time local clock signal. 

1 1 . A method according to any of claims 7 to 1 0, further comprising 

(8) periodtealiy broadcasting a central clock signal to the user interfaces; and 

(9) calculating an offset signal with reference to the central clock signal and a respective local clock signal so 
as to enable the central clock signal to be obtained from the local clock signal. 

PatentansprOche 

1. EIn Interaktives Sendesystem, umfassend eine l\^ehrzahl Benutzerschnittstellen, die jeweils einen lokalen Taktsi- 
gnalerzeuger umfassen, wobei jede Benutzerschnittstelle mit Bezug auf ihrjeweiliges lokalesTaktsignal Interaktive 
Anwendungen an einen entsprechenden Benutzer liefert; und ein zentrales Steuersystem (CCS) zum Senden von 
Daten an die Benutzerschnittstellen und zum Empfangen von Daten, die zu einerbestimmten lokalen Zeit geschickt 
werden, von den Benutzerschnittstellen, wobei das CCS angepaOt ist, um betrugerische Benutzerzu identifizieren, 
indem die Zeit, zu der die Daten von einer Mehrzahl der Benutzerschnittstellen zuruckgesandt werden, verglichen 
wird. 

2. Ein System gema3 Anspruch 1 , wobei jede Benutzerschnittstelle ein Ubenwachungssystem zum Erkennen der 
Einsteilung des lokalen Taktsignals umfaBt. 

3. Ein System gemaB Anspruch 1 oder Anspruch 2, wobei das CCS angepalBt ist, um eine Rucksendeweganforderung 
45 an die Benutzerschnittstellen zu schlcken und die Empfangszeit der entsprechenden RCrcksendewegdaten zu 

Qberwachen, die von den Benutzerschnittstellen als Reaktion auf die Rucksendeweganforderung erzeugt werden. 
um Benutzerschnittstellen zu identifizieren, die Rucksendewegdaten geschickt haben, die um mehr als einen vor- 
bestlmnnten Schwellenwert voraus oder verspStet sind. 

so 4. Ein System gemaB Anspruch 3, wobei die Rucksendeweganforderung bewirkt, daB die Benutzerschnittstellen am 
Ende einer interaktiven Anwendung einen durch die Benutzerschnittstelle bestimmten lokalen Punktestand zu- 
rucksenden. 

5. Ein System gemaB einem der vorhergehenden Anspruche, wobei das CCS angepaBt ist, um ein Anwendungs- 
55 startsignal an die Benutzerschnittstellen zu senden, wobei jede Benutzerschnittstelle Mittel zum Berechnen eines 

lokalen Anwendungszeittaktsignals mit Bezug auf das Anwendungsstartsignal umfaBt, und wobei jede Benutzer- 
schnittstelle mit Bezug auf ihr Jeweiliges lokales Anwendungszeittaktslgnal interaktive Anwendungen an einen 
jeweillgen Benutzer liefert. 
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Ein System gemaB einem dervorhergehenden Anspniche, weiterliin umfassend Mittel zum periodischen Senden 
eines zentralen Taktsignals an die Benutzerschnittstellen; und wobei jede Benutzerschnittstelle Mittel zum Berech- 
nen eines mit Bezug auf das zentrale Talctsignat und ihr jeweiliges lokales Taktsignal versetzten Signals umfaBt, 
urn zu emndgllchen, daB das zentrale Taktsignal aus dem lokalen Taktsignal erhalten wird. 

Ein Verfahren zum Erkennen betrQgeiischer Benutzer in eInem interaktlven Sendesystem, wobei das Verfahren 
umfaBt 

(1) Senden von Daten an eine Mehrzahl Benutzerschnittstellen von einem zentralen Steuersystem (CCS); 

(2) Erzeugen eines lokalen Taktsignals an jeder Benutzerschnittstelle; 

(3) Liefem einer interaktiven Anwendung von jeder Benutzerschnittstelle an einen jeweitigen Benutzer mit 
Bezug auf ihr jeweiliges lokales Taktsignal; 

(4) Empfangen von Daten, diezu einer bestlmmten lokalen Zelt von den lokalen Schnittstellen geschickt wer- 
den, am CCS; und 

(5) Identifizieren betrugerischer Benutzer durch Verglelchen derZeit, zu derdie Daten von einer Mehrzahl der 
lokalen Schnittstellen zuriickgesandt warden. 

Ein Verfahren gemSB Anspruch 7, wobei Schritt (4) zuerst das Senden einer RQcksendeweganforderung an die 
Benutzerschnittstellen umfaBt, 

wobei Schritt (5) das Oberwachen der Empfangszeit der Riicksendewegdaten umfaBt, die von den Benut- 
zerschnittstellen als Reaktton auf die RQcksendeweganforderung erzeugt werden, um Benutzerschnittstellen zu 
identifizieren, die Rucksendewegdaten geschickt haben, die um mehr als einen vorbestimmten Schwellenwert 
voraus oder verspatet sind. 

Ein Verfahren gemaB Anspruch 8, wobei die Rucksendeweganforderung bewirkt, daB die Benutzerschnittstellen 
am Ende einer interaktiven Anwendung einen von der Benutzerschnittstelle bestimmten lokalen Punktestand zu- 
rOcksenden. 

10. Ein Verfahren gemaB einem der Anspruche 7 bis 9, weitertiin umfassend 

30 

(6) Senden eines Anwendungsstartsignals an die Benutzerschnittstellen; und 

(7) Berechnen eines lokalen Anwendungszeittaktsignals mit Bezug auf das Anwendungsstartsignal, 

wobei jede Benutzerschnittstelle mit Bezug auf ihr jeweiliges lokales Anwendungszeittaktsignal interaktive Anwen- 
35 dungen an einen jeweiligen Benutzer liefert. 

11. Ein Verfahren gemaB einem der AnsprQche 7 bis 10, weiterhin umfassend 

(8) periodisches Senden eines zentralen Taktsignals an die Benutzerschnittstellen; und 

^ (9) Berechnen eines mit Bezug auf das zentrale Taktsignal und ein Jeweiliges lokales Taktsignal versetzten 

Signals, um zu ermoglichen, daB das zentrale laktsignal aus dem lokalen Taktsignal erhalten wird. 

Revendications 

45 

1 . Syst^e interactif de diffusion comprenant une plurality d'interfaces-utillsateurs comprenant chacune un g^n^ra- 
teur de signal d'horloge locale, dans lequel chaque interface-utilisateur transmet des applications interactives k 
un utillsateur respectif en fonction de son signal respectif d'horloge locale ; et un syst^me central de commande 
(SCC) servant k la diffusion de donnSes aupr^s des interfaces-utilisateurs et k la r^eption des donn^es 6mises 

50 ^ un temps local sp^ifique depuis les interfaces-utilisateurs, le SCC 6tant adapts pour identifier les utiiisateurs 

fraudeurs en comparant le temps auquel lesdites donndes ont 6t6 renvoy6es depuis la plurality d'interfaces-utill- 
sateurs. 

2. Syst^me selon la revendication 1 , dans lequel chaque interface-utilisateur comprend un dispositif de surveillance 
5s servant k d^tecter le rdglage du signal d'horloge locale. 

3. Syst6me selon la revendication 1 ou la revendication 2, dans lequel le SCC est adapts pour envoyer une requ§te 
de trajet de retour aux Interfaces-utllisateurs et pour contrdler le temps de reception des donnSes de trajet de 
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retour correspondantes g^nSr^es par les interfaces-utilisateurs en r^ponse h la rteeption du trajet de retour afin 
d'identifier ies interfaces-utilisateurs qui ont 6mis des donn^es de trajet de retour pr^sentant une avance ou un 
retard de plus d'un seuil pr6d6termin6. 

s 4. Syst^me selon la revendication 3, dans lequel la requete de trajet de retour am^ne les interfaces-utilisateurs k 
renvoyer un score local k la fin d'une application Interactive tel que d6termlnd par rinterface-utllisateur. 

5. Syst^me selon Tune quelconque des revendlcations pr^^dentes, dans lequel le SCC est adapts pour diffuser un 
signal de d6but d'applicatton aupr^s des interfaces-utilisateurs, dans lequel chaque Interface-utilisateurcomprend 

10 un moyen pemiettant de calculer un signal d'hortoge locale du temps d'application reiativement au signal de ddbut 

de Tapplication, et dans lequel chaque interface-utilisateur transmet des applications interactives k un utilisateur 
respectrf reiativement k son signal respectif d'hoiioge locale du temps d'application. 

6. Syst&me selon I'une quelconque des revendlcations pr6c6dentes, comprenant en outre un moyen servant k dif- 
IS fuser p^rlodiquement un signal d'horloge centrale aux interfaces-utilisateurs, et dans lequel chaque Interface- 
utilisateur comprend un moyen permettant de calculer un signal de d^alage en fonction du signal d'horloge cen- 
trale et de son signal respectif d'horloge locale de sorte k permettre I'obtention du signal d'horloge centrale k partir 
du signal d'horloge locale. 

20 7. Proc§d§ de detection des utilisateurs fraudeurs k I'int^rieur d'un syst^me interactif de diffusion, le proc^d6 
comprenant : 

(1) la diffusion de donnSes aupr^s d'une plurality d'interfaces-utiiisateurs depuis un syst^me central de com- 
mando (SCC) ; 

25 (2) la gen6ration d'un signal d'horloge locale au niveau de chaque interface-utilisateur ; 

(3) la transmission d'une application Interactive k un utilisateur respectif depuis chaque interface-utilisateur 
en fonction de son signal respectif d'horloge locale ; 

(4) la r^ption au niveau du SCC de donnSes 4m!ses depuis les Interfaces locales k un temps local spteif Ique ; 
et 

30 (5) I'identif Ication des utilisateurs fraudeurs en comparant le temps auquel lesdites donn6es ont 6t6 renvoydes 

depuis la plurality des interfaces locales. 

8. Proc6d6 selon la revendication 7, dans lequel I'^tape (4) comprend tout d'abord remission d'une requdte de trajet 
de retour aux interfaces-utilisateurs, 

35 I'dtape (5) comprenant le contrdle du temps de reception des donn^es de trajet de retour g^n^r^es par les 

Interfaces-utilisateurs en r6ponse k la requ&te de trajet de retour afin d'identifier les interfaces-utilisateurs ayant 
6mis des donndes de trajet de retour pr^sentant une avance ou un retard de plus d'un seull pr6d6tenmin6. 

9. Proc6d6 selon la revendication 8, dans lequel la requ§te de trajet de retour am^ne les Interfaces-utilisateurs k 
40 renvoyer un score local k la fin d'une application Interactive tel que d6tennln6 par rinterface-utilisateur. 

10. Proc6d6 selon I'une quelconque des revendlcations 7 6 9, comprenant en outre 

(6) la diffusion d'un signal de d§but d'application aupr^s des interfaces-utilisateurs ; et 
45 (7) le calcul d'un signal d'horloge locale du temps d'application en fonction du signal de d§but d'application 

dans lequel chaque interface-utilisateur transmet des applications interactives k un utilisateur respectif en 
fonction de son signal respectif d'horloge locale du temps d'application. 

50 11. Proc§d§ selon I'une quelconque des revendlcations 7^10, comprenant en outre 

(8) la diffusion p^riodique d'un signal d'horloge centrale auprds des interfaces-utilisateurs ; et 

(9) le calcul d'un signal de d^alage en fonction du signal d'hortoge centrale et k son signal respectif d'hortoge 
locale de sorte k permettre i'obtention du signal d'horloge centrale k partir du signal d'horloge locale. 
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